15.9 Modale Dialogfenster 

Beim Start einer Windowsanwendung wird zunächst das Start- bzw. Hauptfenster der Anwendung geöffnet und angezeigt. Davon ausgehend sind im Verlauf einer Sitzung häufig weitere Fenster notwendig, die Einstellungen oder Eingaben vom Anwender anfordern. Diese werden entweder mit einer OK-Schaltfläche bestätigt oder mit einer Abbrechen-Schaltfläche für ungültig erklärt. In beiden Fällen wird danach das Fenster automatisch geschlossen und das aufrufende Fenster aktiviert. Forms, die sich auf diese Weise in die Laufzeit einer Anwendung eingliedern, werden als Dialogfenster bezeichnet.

Dialogfenster sind modal. Das bedeutet, dass solange kein anderes Fenster der Anwendung aktiviert werden kann, bis das modale Fenster geschlossen wird. Allerdings ist es bei einem geöffneten modalen Dialog möglich, ein Formular einer anderen Anwendung zu aktivieren – es sei denn, der Dialog wird systemmodal angezeigt, um auf schwerwiegende Systemfehler hinzuweisen.

15.9.1 Layout eines Dialogfensters 

Die Entwicklung eines modalen Dialogfensters unterscheidet sich nicht von der Entwicklung einer herkömmlichen Form. Allerdings sind dabei ein paar spezifische Besonderheiten zu beachten.

Für die Darstellung des modalen Dialogs wird üblicherweise eine unveränderliche Größe festgelegt, z.  B. FormBorderStyle.FixedDialog, die Anzeigeposition ist meist StartPosition.CenterScreen, also zentral auf dem Bildschirm. Ein Dialog, der eine unveränderliche Größe hat, sollte nicht maximiert werden können. Außerdem ist es unüblich, mit der Minimieren-Schaltfläche einen Dialog in die Taskleiste zu legen. MinimizeBox und MaximizeBox sind daher in der Regel auf False eingestellt.

15.9.2 Die Eigenschaft »DialogResult« 

Modale Dialoge haben fast alle eine OK- und eine Abbrechen-Schaltfläche, manche auch noch Wiederholen- und/oder Ignorieren-Schaltflächen. Die den modalen Dialog aufrufende Form übernimmt nach dem Klicken die Eintragungen des Benutzers im Dialog, wenn der Benutzer OK geklickt hat oder verwirft sie beim Klicken auf die Abbrechen-Schaltfläche. Das passiert natürlich nicht automatisch, vielmehr müssen Sie die passende Reaktion des Programms codieren.

Um die aufrufende Form darüber zu informieren, welche Schaltfläche der Anwender im Dialog geklickt hat, ist in der Form-Klasse die Eigenschaft DialogResult definiert. Die Werte, die diese Eigenschaft annehmen kann, sind in der gleichnamigen Enumeration definiert.

Die Bezeichner der DialogResult-Konstanten entsprechen den üblichen Beschriftungen der Schaltflächen, die uns aus den verschiedenen Dialogen bekannt sind. Hat der modale Dialog in seiner Titelleiste ganz rechts auch die zum Schließen bestimmte X-Schaltfläche, entspricht deren Aktivierung dem Rückgabewert DialogResult.Cancel.

Jetzt stellt sich noch die Frage: Wie wird der Eigenschaft DialogResult der modalen Form der Wert zugewiesen, der einer bestimmten Schaltfläche entspricht? Sie könnten das im Ereignishandler des Click-Ereignisses codieren, z.  B.:

Noch einfacher ist die Zuhilfenahme des Eigenschaftsfensters, denn der Typ Button hat ebenfalls eine Eigenschaft DialogResult. Wählen Sie nur gewünschte Konstante für das entsprechende Button-Objekt in der Wertespalte aus (siehe auch Abbildung 15.16).

Hier klicken, um das Bild zu Vergrößern

Abbildung 15.16     Die Eigenschaft »DialogResult« eines Buttons

Weist die DialogResult-Eigenschaft eines Buttons einen Wert auf, der nicht None ist, wird der Wert beim Anklicken automatisch an das übergeordnete Dialogfenster weitergeleitet. Dieses wird daraufhin geschlossen und die Steuerung an das aufrufende Formular zurückgegeben. Der Aufruf von Close auf die Form ist unnötig.

15.9.3 Eine Form modal öffnen 

Mit Show wird ein Fenster auf dem Bildschirm im Zustand modeless angezeigt. Show hat auch keinen Rückgabewert. Um eine Form modal zu öffnen, gibt es eine andere, überladene Methode: ShowDialog. Zwei Überladungen stelle ich Ihnen vor. Wir werden beide noch im Programmcode erleben.

Das modale Öffnen hat zur Folge, dass im aufrufenden Formular die Anweisungen, die ShowDialog folgen, solange nicht ausgeführt werden, bis der modale Dialog geschlossen wird. Mit dem Schließen liefert die modale Form gleichzeitig auch als Resultat den Inhalt seiner Eigenschaft DialogResult beim Aufrufer ab. Jetzt kann die aufrufenden Form das Ergebnis prüfen und, je nachdem, welche Schaltfläche zum Beenden des Dialogs geführt hat, passend reagieren. Das könnte beispielsweise wie folgt aussehen, wenn der Dialog eine OK- und eine Abbrechen-Schaltfläche hat:

Enthält ein modaler Dialog mehr als zwei auszuwertende Schaltflächen, muss ein anderer Weg beschritten werden, um nicht unglücklicherweise mehrfach denselben Dialog zu öffnen. Hier bieten sich zwei Möglichkeiten an. Die erste ist das Zuweisen der Rückgabe an eine Variable vom Typ DialogResult, die in If-Zweigen geprüft wird:

Etwas eleganter ist eine Select-Anweisung, um in den Case-Zweigen auf den Rückgabewert zu reagieren:

15.9.4 Die Weitergabe von Resultaten aus einem Dialog 

Häufig kommt es vor, dass in einem Dialogfenster in verschiedenen Steuerelementen Einträge vorgenommen werden, die nach dem Schließen des Dialogs im Hauptfenster benötigt werden. Nehmen wir beispielsweise an, dass sich im Dialog ein Texteingabefeld befindet, dessen Inhalt die aufrufende Form auswerten soll. Die modaltypischen Schaltflächen, z.  B. OK oder Abbrechen können über die Information hinaus, die zum Beenden des Dialogs geführt hat, hinaus keine weiteren Daten an das aufrufende Formular übermitteln. Allerdings wird nach dem Schließen eines Dialogs das Fenster nicht zerstört sondern nur ausgeblendet. Somit können Sie über dessen Referenz weiterhin alle nichtprivaten Mitglieder abfragen.

Übernehmen-Schaltflächen unterscheiden sich von den anderen Schaltflächen eines Dialogs dadurch, dass das Hauptfenster die im Dialog vorgenommenen Einstellungen übernimmt, das Dialogfenster aber weiterhin geöffnet bleibt. Das erfordert natürlich eine vollkommen andere Vorgehensweise, da mit der Zuweisung an DialogResult ein modaler Dialog geschlossen wird – zumindest solange diese Eigenschaft nicht den Inhalt None hat.

Im folgenden Beispielprogramm hat der modale Dialog neben einer Textbox und den beiden Schaltflächen OK und Abbrechen auch eine Schaltfläche Übernehmen (siehe Abbildung 15.17). Wird auf letztere geklickt, soll sich der Inhalt der Textbox in die Titelleiste des Hauptfensters schreiben. Üblicherweise werden Übernehmen-Schaltflächen nur dann aktiviert, wenn tatsächlich zu verarbeitende Daten vorliegen. Wir müssen daher Code schreiben der bei jeder Änderung des Textboxinhalts prüft, ob sich dieser vom aktuellen Titelleistentext des Hauptfensters unterscheidet. Darauf muss dann entsprechend reagiert werden. Außerdem soll die Textbox beim Öffnen des Dialogfensters den Titelleistentext anzeigen.

Hier klicken, um das Bild zu Vergrößern

Abbildung 15.17     Modaler Dialog mit Schaltfläche »Übernehmen«

Wenden wir uns dem Code des Dialogs zu. Durch Klicken auf Übernehmen wird signalisiert, dass dem Hauptfenster neue Daten bereitgestellt werden. Das Click-Ereignis der Übernehmen-Schaltfläche kann jedoch nur im Dialogfenster behandelt werden. Das Hauptfenster nimmt von den Ereignissen, die im dialogintern ausgelöst werden, keine Notiz und weiß nicht, wann es Daten verarbeiten kann.

Um das gewünschte Verhalten zu erzielen, kann das Click-Ereignis weiterleitet werden. Man erreicht das, indem man im Ereignishandler ein weiteres Ereignis ausgelöst. Dieses ist dialogspezifisch und wird auf Klassenebene definiert und soll Apply heißen. Das den Dialog aufrufende Fenster kann das dialogspezifische Ereignis Apply an eine eigene Methode binden und in dieser die Daten des Dialogs verarbeiten. Das folgende Codefragment zeigt den dazu erforderlichen Programmcode.

Klickt der Anwender auf die Schaltfläche Übernehmen, wird innerhalb des Ereignishandlers Apply ausgelöst. Da Click vom Typ EventHandler ist und die Übergabe der Referenz auf die Ereignisquelle sowie die Referenz auf ein Objekt des Typs EventArgs verlangt, werden mit

auch alle Argumente weitergeleitet.

Nachdem das Ereignis Apply der aufrufenden Form signalisiert hat, dass neue Daten bereitgestellt werden, kann die Übernehmen-Schaltfläche deaktiviert werden. Dazu wird die Eigenschaft Enabled=False gesetzt.

Ehe wir uns weiter dem Code im Dialog widmen, sehen wir uns zunächst den Code des aufrufenden Hauptfensters an. Dieses enthält nur die Schaltfläche zum Öffnen des modalen Dialogs.

Im Ereignishandler btnOpenDialog_Click wird die Klasse DialogForm instanziert und das Ereignis Apply des Objekts mit einem Ereignishandler verknüpft. Aufgerufen wird der Dialog mit der parametrisierten Variante von ShowDialog, der die Referenz auf das aufrufende Hauptfenster übergeben wird. Der modale Dialog empfängt die Übergabe und speichert sie automatisch in seiner Eigenschaft Owner. Damit hat der modale Dialog auch jederzeit direkten Zugriff auf die aufrufende Form. Zum Schluss erfolgt noch die Überprüfung, ob der modale Dialog mit OK geschlossen worden ist. In diesem Fall gilt es, den Inhalt der Textbox auszuwerten.

Kommen wir noch einmal zurück zur Klassendefinition von DialogForm. Nach dem Öffnen des Dialogs soll die Textbox den Inhalt der Titelleiste des aufrufenden Dialogs enthalten. Hier kommt uns zugute, dass wir beim Aufruf von ShowDialog die Referenz auf den Aufrufer übergeben haben. So können wir im Load-Ereignis über Owner die Titelleiste abfragen und der Text-Eigenschaft der Textbox zuweisen.

Eine Textbox reagiert auf jede Änderung im Eingabefeld und löst das Ereignis TextChanged aus. Wir machen uns das im Dialog zunutze, um die Aktivierung/Deaktivierung der Schaltfläche Übernehmen zu steuern. Entspricht der Inhalt der Textbox exakt der Titelleiste des Hauptfensters, gibt es nichts vom Hauptfenster zu übernehmen und die Schaltfläche wird mit der Eigenschaft Enabled deaktiviert (Enabled=False). Weicht der Inhalt der Textbox von der Titelleiste ab, ist der Button aktiviert (Enabled=True).

15.9.5 Fokussierreihenfolge und Standardschaltflächen 

Eigentlich könnten wir mit dem Ergebnis zufrieden sein, denn der Dialog zeigt bereits alle typischen Verhaltensmerkmale. Ein wenig selbstkritisch sollten wir aber dennoch sein, denn es gibt noch ein paar Verbesserungen vorzunehmen. Damit sind die folgenden beiden Punkte gemeint:

die Fokussierreihenfolge der Steuerelemente

Sonderfunktionen der (Enter)- und (ESC)-Tasten

Wenden wir uns zunächst der Fokussierreihenfolge zu.

Die Fokussierreihenfolge

Alle fokussierbaren Steuerelemente einer Form können mit der (Tab)-Taste der Reihe nach aktiviert werden. Nach dem Öffnen und Anzeigen eines Formulars sollten zuerst die Steuer-elemente aktiviert werden, die eine Eingabe vom Anwender erwarten, anschließend die Schaltflächen. Innerhalb dieser beiden Gruppen ist die Fokussierreihenfolge konventionsgemäß zuerst von links nach rechts, danach von oben nach unten. Das gilt natürlich nicht nur für modale Dialoge, auch alle anderen Forms sollten sich daran halten.

Mit der Eigenschaft TabIndex der Steuerelemente können wir die Fokussierreihenfolge in einer Form vorschreiben. Dabei erhält das Element zuerst den Fokus, dessen TabIndex-Eigenschaft den Wert 0 hat, danach wird das Steuerelement mit dem Wert 1 fokussiert usw. TabIndex wird in der Reihenfolge vergeben, in der die Controls der Form hinzugefügt werden. Sie können die Werte im Eigenschaftsfenster der Steuerelemente auch beliebig den Erfordernissen anpassen.

Wird der Dialog unseres letzten Beispiels geöffnet, sollte sich der Eingabecursor in der Textbox befinden, um den Anwender die sofortige Eingabe zu ermöglichen. Die Eigenschaft TabIndex dieses Steuerelements hat demnach den Wert 0. In der Aktivierungsreihenfolge schließt sich dann die OK-Schaltfläche an, gefolgt von Abbrechen und Übernehmen. Die Werte von TabIndex sind für die drei Schaltflächen entsprechend 1, 2 und 3.

Die Standardschaltflächen eines Fensters

Bei vielen Forms kommt der (Enter)-Taste (Eingabetaste) eine besondere Bedeutung zu. Ist eine Schaltfläche fokussiert und wird die (Eingabetaste) gedrückt, wird das Click-Ereignis der fokussierten Schaltfläche ausgelöst. Wird die (Enter)-Taste gedrückt, während beispielsweise eine Textbox den Fokus hat, reagieren viele Formulare so, als sei die OK-Schaltfläche angeklickt worden.

Um eine bestimmte Schaltfläche zur Standardschaltfläche eines Formulars zu erklären, veröffentlicht die Klasse Form die Eigenschaft AcceptButton. Wollen wir die OK-Schaltfläche zur Standardschaltfläche unseres modalen Dialogs machen, muss die Anweisung lauten:

Ein ähnliches Verhalten zeigen Formulare, wenn die (ESC)-Taste gedrückt wird. Allerdings entspricht das nicht dem Klicken auf die OK-Schaltfläche, sondern ist gleichbedeutend mit dem Klicken auf Abbrechen – das Formular wird geschlossen. Diesmal müssen wir der Eigenschaft CancelButton der Form die Referenz der formeigenen Abbrechen-Schaltfläche bekannt geben:

AcceptButton und CancelButton können natürlich auch im Eigenschaftsfenster eingestellt werden.